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Remarks 

Claims 1-33 are currently pending in the subject application and are presently under 
consideration. Claims 30 and 33 have been amended as shown at pages 6 and 7 of the Reply. 

Favorable reconsideration of the subject patent application is respectfully requested in 
view of the comments and amendments herein. 

I. Rejection of Claims 19, 30, 31 and 33 Under 35 U.S.C. $101 

Claims 19, 30 and 31 stand rejected under 35 U.S.C. §101 as being directed to non- 
statutory subject matter. Claim 19 depends from independent claim 1 which the Examiner has 
indicated is statutory subject matter. Therefore, dependent claim 19 must also be statutory 
subject matter. 

Although applicants' representative believes independent claim 30 and 33 contain 
statutory subject matter, these claims have been amended to include a computer in order to 
advance prosecution. Claim 31 depends from independent claim 30 and should be statutory 
subject matter based upon the amendment to claim 30. 

Therefore, this rejection should be withdrawn. 

II. Rejection of Claims 1, 2, 5-17, 19, 30 and 31 Under 35 U.S.C §103(a) 

Claims 1, 2, 5-17, 19, 30 and 31 stand rejected under 35 U.S.C. §103(a) as being 
unpatentable over prior art of record Breslau et al. (U.S. 5,761,5 12) in view of Spyker et al. 
(U.S. 6,571,389), and further in view of Armstrong ("Hotspot: A new breed of virtual 
machine"). It is respectfully submitted that this rejection should be withdrawn for at least the 
following reasons. Breslau et al., Spyker et al., and Armstrong, alone or in combination, do not 
teach or suggest each and every limitation of applicant's claimed invention. 

To reject claims in an application under §103, an examiner must 
establish a prima facie case of obviousness. A prima facie case of 
obviousness is established by a showing of three basic criteria. 
First, there must be some suggestion or motivation, either in the 
references themselves or in the knowledge generally available to 
one of ordinary skill in the art, to modify the reference or to 
combine reference teachings. Second, there must be a reasonable 
expectation of success. Finally, the prior art reference (or 
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references when combined) must teach or suggest all the claim 
limitations. See MPEP §706.02(j). The teaching or suggestion to 
make the claimed combination and the reasonable expectation of 
success must both be found in the prior art and not based on 
applicant's disclosure. See In re Vaeck, 947 F.2d 488, 20 USPQ2d 
1438 (Fed. Cir. 1991). 

The subject invention relates to creating and loading an appropriate executable image at 
run time in a virtual execution environment based upon attributes associated with the operating 
environment and user of the virtual execution environment. For example, the attributes can 
related to a specific user that is running applications in the operating environment, thus allowing 
for the subject invention to create one or more executable images that are optimized for the 
user's current needs. Independent claim 1 (and similarly independent claim 30) has been 
amended to recite a log to store generic code image runtime information relating to the 
operating environment of the virtual subsystem, the runtime logged information includes at 
least a set of information related to a particular user to create a native executable according to 
the particular user, the logged information is employed as feedback to generate the native 
executable based upon the availability of the specialized image. 

Breslau et al., Spyker et al., and Armstrong fail to teach or suggest the aforementioned 
novel aspects of applicant's invention as recited in the subject claims. The Office Action asserts 
that Breslau et al. discloses logged information to create a native executable. However, the 
information disclosed in the cited art is a table that equates affinity values to runtime 
environments. This is not information that is logged during runtime execution of an executable 
image. The cited art does not disclose or suggest how this table is populated and specifically is 
silent regarding logging information during runtime execution of the compiled image as in 
applicant's claimed invention. Breslau et al. is concerned with creating a single set of code files 
that contains compile switches (affinity values) that will compile particular code classes for each 
specific hardware and operating system environment to create an executable image appropriate 
to the operating environment. Breslau is not concerned with creating a runtime image for a 
particular user. The Office Action incorrectly asserts that Spyker et al. discloses that a user can 
control the creation of a runtime image according to a particular user. On the contrary, the cited 
art does not disclose a user specific executable image. Rather, Spyker et al. discloses a system 
for instantiating an appropriate runtime environment for a particular Java application (or applet). 
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Java applications and applets may rely on a particular version of a Java virtual machine (JVM) to 
execute. Many times the Java virtual machine on particular operating system or associated with 
a particular browser may be behind or ahead of the version required to execute the Java 
application. The cited art addresses this disparity by including a properties file in the Java 
archive file (JAR) associated with a particular Java application. The properties file identifies the 
particular JVM and other extensions required to execute the Java application. Using this file, the 
appropriate environment can be instantiated to execute the Java application. The cited art is 
silent regarding logging runtime information associated with a particular user or creating an 
executable image according to the particular user. The section of Spyker et al. cited in the Office 
Action merely states that when a user attempts to launch an application on a computer, the 
appropriate environment for the application is instantiated, not an appropriate environment for a 
particular user. It also does not teach or suggest that information related to the user is logged 
during execution of the application. Moreover, Armstrong is also silent regarding logging 
runtime information related to a particular user to create an executable image according to the 
particular user. Armstrong discloses a Java just-in-time compiler to improve execution 
performance of Java applications. The cited art improves on Java bytecode, by monitoring 
execution times for methods and compiling those byetcode methods that are running slow into 
native machine code. No information related to a user is logged. Breslau et al., Spyker et al., 
and Armstrong do not suggest logging information for particular user or creating a native 
executable according to a particular user. Knight is cited to make up for these deficiencies of 
Breslau et al., Spyker et al., and Armstrong. However, Knight discloses a system where a 
developer creates an input file that is read in by an application to determine instrumentation 
points for the application. This input file is does not contain runtime feedback from the user 
unless the developer has manually put this information into the file. Furthermore, this input file 
is not used to create a native executable image according to a particular user. The input file does 
not change the application, but merely identifies instrumentation points to monitor. Therefore, 
Breslau et al., Spyker et al., Armstrong, Knight fail to teach or suggest a log to store generic 
code image runtime information relating to the operating environment of the virtual subsystem, 
the runtime logged information includes at least a set of information related to a particular user to 
create a native executable according to the particular user, the logged information is employed as 
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feedback to generate the native executable based upon the availability of the specialized image as 
in applicant's claimed invention. 

Accordingly, applicant's representative respectfully submits that Breslau et al., Spyker et al., 
Armstrong, and Knight, alone or in combination, fail to teach or suggest all limitations of applicant's 
invention as recited in independent claims 1 and 30 (and claims 2, 5-17, 19 and 31 that respectfully 
depend there from), and thus fails to make obvious the claimed invention - this rejection should be 
withdrawn. 

III. Rejection of Claims 3 and 4 Under 35 U.S.C §103(a) 

Claims 3 and 4 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Breslau et al., Spyker et al., Armstrong, and Knight as applied in the above rejection of claims 1, 
2, 5-10, 12-17, 19, 30 and 31, and further in view of Fogarty et al. (U.S. 6,721,946). It is 
respectfully submitted that this rejection should be withdrawn for at least the following reasons. 
Fogarty et al. does not make up for the aforementioned deficiencies noted above with respect to 
Breslau et al., Spyker et al., Armstrong, and Knight regarding independent claim 1, from which 
the subject claims depend. The cited reference is related to manufacturing of build to order 
computers and assessing options configurations that are frequently purchased to produce static 
installation images. Notably, Fogarty et al. fails to teach or suggest a system that contains a log 
to store generic code image runtime information relating to the operating environment of the 
virtual subsystem, the runtime logged information includes at least a set of information related 
to a particular user to create a native executable according to the particular user, the logged 
information is employed as feedback to generate the native executable based upon the 
availability of the specialized image as recited in claim 1 . Therefore, Breslau et al, Spyker et 
al., Armstrong, Knight and Fogarty et al. fail to make obvious the subject claimed invention and 
it is respectfully submitted that this rejection be withdrawn. 

IV. Rejection of Claim 18 Under 35 U.S.C §103(a) 

Claim 18 stands rejected under 35 U.S.C. § 103(a) as being unpatentable over Breslau et 
al., Spyker et al., Armstrong, and Knight as applied in the above rejection of claims 1, 2, 5-10, 
12-17, 19, 30 and 31, and further in view of Nelin et al. (U.S. 6,253,368). It is respectfully 
submitted that this rejection should be withdrawn for at least the following reasons. Nelin et al. 
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does not make up for the above noted deficiencies with respect to Breslau et al., Spyker et al., 
Armstrong, and Knight regarding amended independent claim 1, from which the subject claim 
depends. Nelin et al. discloses a system related to dynamically debugging internet applications. 
Nelin et al. fails to teach or suggest a system that contains a log to store generic code image 
runtime information relating to the operating environment of the virtual subsystem, the runtime 
logged information includes at least a set of information related to a particular user to create a 
native executable according to the particular user, the logged information is employed as 
feedback to generate the native executable based upon the availability of the specialized image 
as recited in amended claim 1 . Therefore, Breslau et al., Spyker et al., Armstrong, Knight and 
Nelin et al. fail to make obvious the subject claimed invention; and it is respectfully submitted 
that this rejection should be withdrawn. 

V. Rejection of Claims 20-22 and 27-29 Under 35 U.S.C §103(a) 

Claims 20-22 and 27-29 stand rejected under 35 U.S.C. § 103(a) as being unpatentable 
over Goodwin et al. (U.S. 6,158,049) in view of Knight (U.S. 6,126,330). It is respectfully 
submitted that this rejection should be withdrawn for at least the following reasons. Goodwin et 
al. and Knight do not teach each and every element of applicant's invention as recited in the 
subject claims. 

Independent claim 20 (and similarly independent claim 28) recites generating runtime 
feedback associated with the first code image and a particular user to adjust a subsequent code 
image according to the runtime environment, the feedback includes at least a set of 
information to create a code image according to the particular user. Goodwin et al. does not 
teach or suggest the aforementioned novel features of applicant's claimed invention as recited in 
the subject claims. Rather, Goodwin et al. discloses a system whereby code is inserted into an 
original image as "instrumentation" code and the original image plus the instrumentation code is 
run to determine a profile that can later be used to generate an optimized version of the original 
code. The cited art is concerned with automating the process of optimizing native machine code 
that is generated from high-level language compilers. Goodwin et al. is silent regarding any 
code image runtime feedback related to a particular user and also does not create a native 
executable image according to a particular user. Knight is cited to make up for these deficiencies 
of Goodwin et al. However, Knight discloses a system where a developer creates an input file 



12 



09/817,880 



MS167381.01/MSFTP197US 



that is read in by an application to determine instrumentation points for the application. This 
input file is does not contain runtime feedback from the user unless the developer has manually 
put this information into the file. Furthermore, this input file is not used to create a code image 
according to a particular user. The input file does not change the application, but merely 
identifies instrumentation points to monitor. Therefore, Goodwin et al. and Knight, alone or in 
combination, fail to teach or suggest generating runtime feedback associated with the first code 
image and a particular user to adjust a subsequent code image according to the runtime 
environment, the feedback includes at least a set of information to create a code image according 
to the particular user. 

In view of at least the foregoing, applicant's representative respectfully submits that 
Goodwin et al. and Knight, alone or in combination, fail to teach or suggest all limitations of 
applicant's invention as recited in independent claims 20 and 28 (and claims 21, 22, 27 and 29 that 
respectfully depend there from), and thus fails to make obvious the subject claimed invention. 
Accordingly, this rejection should be withdrawn. 

VI. Rejection of Claims 23 and 24 Under 35 U.S.C §103(a) 

Claims 23 and 24 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Goodwin et al. and Knight as applied in the above rejection of claim 21, further in view of Aho 
et al. ("Compilers: Principles, Techniques, and Tools"). It is respectfully requested that this 
rejection be withdrawn for at least the following reasons. Aho et al. fails to make up for the 
deficiencies of Goodwin et al. and Knight as discussed supra with regards to the limitations 
recited in independent claim 20, from which the subject claims depend. Aho et al. describes 
general principles regarding interpreters, compilers and assembler. The cited art is silent 
regarding logging runtime information related to a particular user to create an executable image 
according to the particular user. Therefore, Goodwin et al., Knight and Aho et al. fail to teach or 
suggest generating runtime feedback associated with the first code image and a particular user 
to adjust a subsequent code image according to the runtime environment, the feedback 
includes at least a set of information to create a code image according to the particular user. 
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VII. Rejection of Claims 25 and 26 Under 35 U.S.C §103(a) 

Claims 25 and 26 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Goodwin et al., Knight, and Aho et al. as applied to the rejection of claim 23 above, and further 
in view of Breslau. As noted above with respect to independent claim 21 and claim 23 from 
which claims 25 and 26 depend, Goodwin et al., Knight, and Aho et al. fail to teach or suggest 
generating runtime feedback associated with the first code image and a particular user to 
adjust a subsequent code image according to the runtime environment, the feedback includes 
at least a set of information to create a code image according to the particular user. Breslau et 
al. fails to make up for the deficiencies of Goodwin et al., Knight, and Aho et al. with regards to 
this novel feature. As conceded by the Examiner, with respect to the similar limitation of 
independent claim 1, Breslau et al. fails to teach or suggest runtime feedback associated with a 
particular and creating a code image according to the particular user. Therefore, this rejection 
should be withdrawn. 

VIII. Rejection of Claim 32 Under 35 U.S.C §103(a) 

Claim 32 stands rejected under 35 U.S.C. § 103(a) as being unpatentable over Breslau in 
view of Spyker, Knight, and Nelin. It is respectfully submitted that this rejection should be 
withdrawn for at least the following reasons. Breslau et al., Spyker et al., Knight and Nelin et al. 
are silent regarding a set of information associated with a particular user that is logged during 
execution of a virtual system to create an executable image according to the particular user of 
the virtual system, for the reasons discussed above with respect to the similar limitations of 
independent clams, 1, 20, 28 and 30. Accordingly, this rejection should be withdrawn. 

IX. Rejection of Claim 33 Under 35 U.S.C §103(a) 

Claim 33 stands rejected under 35 U.S.C. § 103(a) as being unpatentable over Breslau in 
view of Ramezani (U.S. 6,457,122), Knight, and Spyker. It is respectfully submitted that this 
rejection should be withdrawn for at least the following reasons. Breslau et al., Ramezani, 
Knight and Spyker et al., alone or in combination, do not teach or suggest each and every 
limitation of applicant's claimed invention. Ramezani fails to make up for the deficiencies of 
Breslau et al., Knight and Spyker et al. as discussed supra with regards to the similar limitations 
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recited in independent claim 1 . The cited art discloses a system for installing programs on 
writeable storage device in a fault tolerable manner. Ramezani is silent regarding a specialized 
executable image generated at least in part from the operating environment data, the operating 
environment data includes at least a set of information to create a specialized executable 
image according to the particular user. In view of the foregoing, withdrawal of this rejection is 
respectfully requested. 
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Conclusion 

The present application is believed to be in condition for allowance in view of the above 
comments and amendments. A prompt action to such end is earnestly solicited. 

In the event any fees are due in connection with this document, the Commissioner is 
authorized to charge those fees to Deposit Account No. 50-1063 [MSFTP197US]. 

Should the Examiner believe a telephone interview would be helpful to expedite 
favorable prosecution, the Examiner is invited to contact applicant's undersigned representative 
at the telephone number below. 



Respectfully submitted, 
Amin, Turocy & Calvin, llp 



/Himanshu S. Amin/ 
Himanshu S. Amin 
Reg. No. 40,894 



Amin, Turocy & Calvin, llp 
24 th Floor, National City Center 
1900 E. 9 th Street 
Cleveland, Ohio 44114 
Telephone (216) 696-8730 
Facsimile (216) 696-8731 
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